home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group00a.txt / 000106_icon-group-sender _Wed May 17 12:23:58 2000.msg < prev    next >
Internet Message Format  |  2001-01-03  |  3KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id MAA09697
  4.     for icon-group-addresses; Wed, 17 May 2000 12:23:23 -0700 (MST)
  5. Message-Id: <200005171923.MAA09697@baskerville.CS.Arizona.EDU>
  6. From: espie@liafa.jussieu.fr (Marc Espie)
  7. X-Newsgroups: comp.lang.icon
  8. Subject: Re: Is Anyone Working On A Unicode Version Of Icon?
  9. Date: 17 May 2000 18:46:29 GMT
  10. X-Trace: vishnu.jussieu.fr 958589189 2939 132.227.81.128 (17 May 2000 18:46:29 GMT)
  11. X-Complaints-To: Newsmaster@jussieu.fr.
  12. X-Newsreader: trn 4.0-test70 (17 January 1999)
  13. To: icon-group@optima.CS.Arizona.EDU
  14. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  15. Status: RO
  16.  
  17. In article <200005171443.HAA00845@baskerville.CS.Arizona.EDU>,
  18. Ian Trudel <ian.trudel@tr.cgocable.ca> wrote:
  19. >3/ I feel your post "hide" something, like transforming Icon to some OOP
  20. >language. If we change Icon's nature, we're no longer having Icon. It'd be
  21. >better to support Idol instead, in that concern.
  22. Wow, powerful drugs. Read what I write, and not what you feel like I'm
  23. writing.
  24. >4/ My point about platform availability was about backward compatibility. I
  25. >know that nowaday's machines and system have C++ compilers available, but
  26. >Icon also runs on older machines/systems.
  27. I'm perfectly aware of the machines Icon runs upon.
  28. Don't speak about `older machines/systems', give me the name of one such
  29. system which does not support a C++ compiler. Speaking in generalities
  30. lead nowhere.
  31.  
  32. >5/ and finaly, speed issue only speaks by benchmarking.
  33. I've run some fairly large icon projects in the past. I have a fairly good
  34. idea about what slowed them down eventually. I even have a submitted paper
  35. to a conference that pits icon against maple and C++.
  36.  
  37. >There is many things that was not even concerned in the seventies and
  38. >eighties, such as resuability, portability, information hidding and stuff.
  39. >So, the techniques have lot changed and there is more and more valuable
  40. >documents on the newer way of implementing old concepts (nowaday's GC
  41. >implementations are just crazy, it almost worth any custom made memory
  42. >management. There is just almost no reason to not use GC now ::).
  43.  
  44. Like wow, I was around in the eighties, and I haven't noticed portability
  45. and reusability coming out of nowhere... It was around pretty much forever...
  46. -- 
  47.     Marc Espie        
  48. |anime, sf, juggling, unicycle, acrobatics, comics...
  49. |AmigaOS, OpenBSD, C++, perl, Icon, PostScript...
  50. | `real programmers don't die, they just get out of beta'
  51.